home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19960209-19960425 / 000370_news@columbia.edu _Tue Apr 9 19:06:59 1996.msg < prev    next >
Internet Message Format  |  2020-01-01  |  3KB
  1. Return-Path: news@columbia.edu
  2. Received: from apakabar.cc.columbia.edu (apakabar.cc.columbia.edu [128.59.35.159]) by watsun.cc.columbia.edu (8.7.3/8.7.3) with ESMTP id TAA07753 for <kermit.misc@watsun>; Tue, 9 Apr 1996 19:06:58 -0400 (EDT)
  3. Received: (from news@localhost) by apakabar.cc.columbia.edu (8.7.3/8.7.3) id TAA13170 for kermit.misc@watsun; Tue, 9 Apr 1996 19:06:55 -0400 (EDT)
  4. Path: news.columbia.edu!watsun.cc.columbia.edu!fdc
  5. From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
  6. Newsgroups: comp.protocols.kermit.misc
  7. Subject: Re: modem won't respond to mskermit
  8. Date: 9 Apr 1996 23:06:47 GMT
  9. Organization: Columbia University
  10. Lines: 44
  11. Message-ID: <4keqi7$crf@apakabar.cc.columbia.edu>
  12. References: <spw91g9mkrt.fsf@julie.teleport.com> <4k904b$mc2@apakabar.cc.columbia.edu> <spwag0lq1pc.fsf@linda.teleport.com>
  13. NNTP-Posting-Host: watsun.cc.columbia.edu
  14.  
  15. In article <spwag0lq1pc.fsf@linda.teleport.com>,
  16. Mark McConnell <mkmcconn@teleport.com> wrote:
  17. : ...
  18. : Your description of the symptoms associated with a mismatched speed points
  19. : in the direction of the solution, apparently.  I am using a ZOOM VFX V.32bis
  20. : modem.  I had attempted to SET SPE 28800.  When I changed to 38400, the 
  21. : modem responded.  Also works at 57600 and 14400, but not 28.8.
  22. : ...
  23. : Thanks for your help.  If you have an idea from this what the complete
  24. : fix would be, I'd appreciate the help.  But the urgency is past.
  25. : 
  26. OK, so we have a new gotcha to add to the long list.  Your modem does not
  27. respond to commands at an interface speed of 28800 bps.  Either this is a
  28. bug in (or "restriction" of) the modem, or else it is a documented feature.
  29. If you read the documentation of some modems (e.g. certain Telebit models),
  30. it says that the modem can recognize the transmission speed and adjust to
  31. it automatically, as long as the speed is at or below a certain level, such
  32. as 19200 bps, even though the modem does support higher speeds.  Check your
  33. Zoom manual (I happen to have a fax of a Xerox of a fragment of a Zoom
  34. manual, but my copy doesn't shed any light on this topic -- Come to think
  35. of it, though, 28800 is not a speed which one finds supported on most
  36. V.32bis modems -- it only came into widespread use with V.34.)
  37.  
  38. Above the maximum "autobauding" speed, the modem can be set to recognize
  39. commands at (usually) one higher speed.  There is a factory setting that
  40. specifies this speed, and it is usually 38400 or 57600 bps.  Usually you
  41. can change the setting by using a modem command, such as by setting a
  42. particular S register (which one varies with modem make and model).
  43.  
  44. The interesting piece of this puzzle is why the modem appeared to echo its
  45. commmands correctly at a speed which it did not recognize.  My theory is
  46. that, when the modem is offline and not reading and explicitly echoing the
  47. characters that it receives, that it acts as a kind of electrical mirror,
  48. in effect shorting its receive and transmit wires.  A similar phenomenon is
  49. noted sometimes on unoccupied (empty), unterminated COM ports.
  50.  
  51. A telltale sign of this syndrome is that carriage return (the Enter key) is
  52. echoed without a linefeed.  If the modem is reading and echoing characters,
  53. it will echo a carriage return as a carriage return AND a linefeed.  So,
  54. for example, when the device is simply bouncing signals back to you, and
  55. you type AT<Enter>, the result on your screen are the letters AT, with the
  56. cursor on A, not one line below it.
  57.  
  58. - Frank